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SQUEEZABLE REB ROAD CAST FILES 
Background Of The Invention 
Field of The Invention 

The invention relates to the field of broadcast programming, such 
5 as radio and video broadcasts, transmitted over the Internet for example. 

Background Information 

The development of the EDVAC computer system of 1948 is often 
cited as the beginning of the computer era. Since that time, computer 

10 systems have evolved into extremely sophisticated devices, and computer 
systems may be found in many different settings. Computer systems 
typically include a combination of hardware (e.g., semiconductors, circuit 
boards, etc.) and software (e g. t computer programs), As advances in 
semiconductor processing and computer architecture push the 

15 performance of the computer hardware higher, more sophisticated 
computer software has evolved to take advantage of the higher 
performance of the hardware, resulting in computer systems today that 
are much more powerful that just a few years ago. 

Computer systems typically include operating system software that 

20 control the basic function of the computer, and one or more software 
applications that run under the control of the operating system to perform 
desired tasks. For example, a typical IBM Personal Computer may run 
the OS/2 operating system, and under the control of the OS/2 operating 
system, a user may execute an application program, such as a word 

25 processor. As the capabilities of computer systems have increased, the 
software applications designed for high performance computer systems 
have become extremely powerful. 

Other changes in technology have also profoundly affected how we 
use computers. For example, the widespread proliferation of computers 

30 prompted the development of computer networks that allow computers to 
communicate with each other. With the introduction of the personal 
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computer (PC), computing became accessible to large numbers of 
people. Networks for personal computers were developed to allow 
individual users to communicate with each other. In this manner, a large 
number of people within a company could communicate at the same time 
5 with a software application running on one computer system. 

One significant computer network that has recently become very 
popular is the Internet The Internet grew out of the modern proliferation 
of computers and networks, and has evolved into a sophisticated 
worldwide network of computer systems linked together by web pages 

1 0 that collectively make up the "world-wide web", or WWW. A user at an 
individual PC (i,e M workstation) that wishes to access the WWW typically 
does so using a software application known as a web browser. A web 
browser makes a connection via the WWW to other computers known as 
web servers, and receives information from the web servers that is 

15 displayed on the user's workstation. Information displayed to the user is 
typically organized into pages that are constructed using a specialized 
language called Hypertext Markup Language (HTML). 

Besides images and text, other media are becoming available for 
downloading from and/or listening to/viewing on the Internet, such as 

20 music, video, and even live and recorded, rebroadcast, television and 
radio programs. Video as used here is meant to cover and include any 
and all computer generated visual image/display element sequences, that 
is, besides what is traditionally thought of as video ( here the term should 
be read to include computer generated animation, algorithmically 

25 sequenced display elements, such as with Shockwave™ type files, 
applets, and the like. 

However, as radio and video broadcasts become rebroadcast over 
the Internet, their length becomes a critical limiting factor. People will wish 
to hear a favorite program using their desktop computer or other Internet 

30 accessing device, but may only have time to hear, or would simply prefer 
to only hear, an abbreviated version. 
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Disadvantageous^, currently rebroadcasting uses the same format 
as live shows, and most are not intended to be shortened when they are 
produced. When they are shortened, it is generally at the end. That is, 
abbreviated broadcasts are normally achieved by cutting off the end of the 
5 program. 

In a news cast, for example, more important stories are put at the 
front and less important at the end, in case the listener/viewer changes 
the station. The hope is that the listener will stay as long as possible. In 
this case, the assumption is that if they lose the listener, they will have 

10 gotten in their early commercials. However, this is not optimal because a 
broadcaster also may want to put some relatively important things at the 
end to keep listeners/viewers tuned in through the whole program. 

Professional broadcasters know how to "squeeze" a news program 
depending on circumstances. If they only have four minutes instead of 

15 five, because a live interview runs long, for example, they may drop out a 
less important story in the middle. 

However, people want to determine on their own when they 
watch/listen to things, and what they watch/listen to, over the Internet. 
Also, more and more, Internet-access, telecommunication, information 

20 and entertainment are being integrated into one device. For live 

broadcast media, such as radio and television, so-called channel-surfing 
has become a prevalent activity, and on the Internet, so-called web- 
surfing is prevalent. In either case, if a listener/viewer gets bored with 
what they are tuned in to, they search for more interesting and/or 

25 informative material. Programming guides, advertising and Internet 
search engines, for example, aid a user in finding material of interest. 
However, a viewer of a news program, for example, may grow impatient 
waiting for the one story of interest to come on. The viewer may not have 
the time or patience to wait for the material of interest to appear, and this 

30 can be frustrating. 
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If a person is watching a recorded program on video tape, they can 
use fast-forward to get to material they wish to view. However, they still 
have to go serially through the tape to get to the desired material. On the 
other hand, if using a compact disc (CD) on a CD player, or a digital video 
5 disk (DVD) on a DVD player, which are essentially a random access 
memory devices, the user can go to an index, select material of interest, 
and conveniently jump directly to the desired material, for example. A 
user may also be able to program the CD/DVD device to play the indexed 
material of interest and skip the other material. 

JO Internet search engines give a user the ability to filter through the 

bountiful stored information accessible on the Internet to find only 
particular subject matter that the user is interested in because much of the 
information stored and accessible over the Internet is essentially 
accessible like a CD/DVD. That is, the Internet is in a way like a giant 

15 random access memory. The exceptions of course are things like live 
web-cams, cameras that allow a remote Internet user to view a scene 
essentially in real-time, where it cannot be predicted exactly what may 
come in to view, and live or reaMime broadcast material which has not 
b een preprogrammed or prerecorded. However, broadcast materials 

20 which have been prerecorded and stored digitally have the potential for 
convenient random access through indexing, programming selections, 
and the like. 

It is apparent that it would be advantageous to be able to apply 
random access capabilities to broadcast materials accessible over the 
25 Internet, Therefore, to overcome the problems and limitations in the prior 
art, it would be advantageous to provide a broadcast that can be 
accessed in a way that fits the time and needs of the listener. 

Summary Of The Invention 
30 it is, therefore, a principal object of the invention to provide a 

method and apparatus for facilitating squeezable rebroadcast files. 
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It is another object of the invention to provide a method and 
apparatus that solves the above mentioned problems so that a broadcast 
can be provided which fits the needs and time of listener. 

These and other objects of the present invention are accomplished 
5 by the method and apparatus disclosed herein. 

According to an aspect of the invention, a rebroadcast program is 
encoded with a replay plan which prioritizes portions of the rebroadcast. 

According to an aspect of the invention, when a preferred play time 
is provided at the start, the resulting program is clipped to meet that time, 
10 the clipping coming anywhere in the broadcast (beginning, middle or end). 

According to another aspect of the invention, the watcher/listener 
gets a "balanced" program, no matter the amount of time they watch. 

According to another aspect of the invention, the preferred play 
time can be provided by a specific user request, e.g., f, l only have four 
1 5 minutes", or 14 1 prefer the shortened version today.". 

According to another aspect of the invention, the preferred play 
time can be provided by the user profile, 1 always prefer the shortened 
version", or automatically by another program, such as an automobile 
system which estimates there are so many minutes of drive time left 
20 based on time/speed/location, etc, a parental control system which 

dictates that a child only has so many minutes of viewing time left in their 
preassigned daily allocation, or a computer scheduling program which 
knows there is a meeting on your calendar in seven minutes. 

According to another aspect of the invention, if no time is specified, 
25 the rebroadcast program has a default time to use, the default time being 
the full program as provided in a program file. 

According to an aspect of the invention, commercials can also be 
given importance and be made to be shortened or dropped, or an 
alternative commercial substituted, depending on time limitations. 
30 According to an aspect of the invention, rebroadcast occurs in at 

least two forms; on a feed from the remote server, e,g., a web server, or 
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on a feed locally through a virtual player server. In each case, the desired 
time is provided up front (either from the user, a user profile, or 
automatically by another program) and the server (remote or local) adjusts 
the time by following the replay plan, 
5 According to an aspect of the invention, the user can adjust the 

time in the middle of the broadcast - specifying more time is available, or 
less time is available, and the output is dynamically adjusted to the replay 
plan with the new time parameters. 

According to an aspect of the invention, the listener gets the most 

10 desirable information in an order which spreads out the better information 
over the life of the rebroadcast 

According to an aspect of the invention, functions of pause and 
replay can be selected (by the user ) to deduct time dynamically during 
the rebroadcast. Thus, if the user wants a 10 minute broadcast, and they 

1 5 rewind to hear an 800 number, or pause while they take a phone call, less 
important segments are dropped during the diversion, and the more 
important segments are given priority and still heard, yet the broadcast 
stays 10 minutes, 

According to an aspect of the invention, provision is made for 

20 connecting replay timing to other events; for example, setting an 

automatic pause when phone calls come in; lengthening a rebroadcast on 
certain days, such as weekends; or shortening a rebroadcast based on 
the location of an automobile. 

According to an aspect of the invention, provision is made for 

25 playing unlistened to material at a later time. For example, if the user 

paused during a 10 minute broadcast (or surfed to another channel) and 3 
minutes of time were lost in the middle, an option would allow the user to 
unpause and listen to the entire program, thereby extending the total time 
to 13 minutes, or to keep the program time to 10 minutes by dropping 

30 three minutes of program, and then catch the lost 3 minutes another time 
when the listener has 3 minutes available. 
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According to an aspect of the invention, a list of 
unlistened/unviewed segments can be displayed. 

According to an aspect of the invention, a rebroadcast packaging 
and playlist are provided. 
5 According to another aspect of the invention, a radio/television 

player is provided which replays the broadcast and reacts to the need to 
pause/rewind, etc., and respecifies/resends the adjusted time to the 
server (remote or local). 

According an aspect of the invention, the invention provides a 
10 number of advantages to rebroad casters who will pick up additional 
customers they may otherwise miss. People want to determine 
themselves when they watch/listen to things and what they watch/listen to. 
Providing a broadcast that fits the time of the listener will get more 
listeners and more people to hear the advertisements. Advantageously, 
15 according to the invention, the broadcasters can arrange things so they 
keep the customer at the end of the rebroadcast. 

According an aspect of the invention, the invention is equally 
applicable to digital radios and digital TVs, i.e M TIVO, 

These and other aspects of the invention will become apparent 
20 from the detailed description set forth below. 

Brief Description Of The Drawings 

Fig. 1 illustrates a flow chart of a process according to an 
exemplary embodiment of the present invention, 
25 Fig. 2 illustrates a system for implementing the process according 

to an exemplary embodiment of the invention. 

Fig, 3 illustrates an exemplary segment record according to an 
exemplary embodiment of the invention. 

Fig. 4 illustrates an exemplary program file having segment records 
30 and program data according to an exemplar/ embodiment of the 
invention. 
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Fig. 5 illustrates a flow chart of an exemplary process of program 
segment planning according to an exemplary embodiment of the 
invention. 

Fig. 6 illustrates a flow chart of an exemplary process implementing 
5 a player according to an exemplary embodiment of the invention. 

Detailed Description Of The Preferred Embodiment(s) 
The invention will now be described in more detail by way of 

example with reference to the embodiment(s) shown in the accompanying 
10 figures. It should be kept in mind that the following described 

embodiment(s) is/are only presented by way of example and should not 

be construed as limiting the inventive concept to any particular physical 

configuration, 

With reference to Figs. 1 and 2, according to an aspect of the 
15 invention, a rebroadcast program is encoded with a replay plan which 
prioritizes portions of the rebroadcast. A preferred play time is then 
specified. When a preferred play time is provided at the start, the 
resulting program is clipped to meet that time, the clipping coming 
anywhere in the broadcast (beginning, middle or end). Thus, the 
20 watcher/listener gets a "balanced" program, no matter the amount of time 
they watch. 

The preferred play time can be provided by a specific user request, 
e.g., "I only have four minutes", or "I prefer the shortened version today/ 
Alternatively, the preferred play time can be provided by the user profile, "I 

25 always prefer the shortened version", automatically by another program, 
such as an automobile system which estimates there are so many 
minutes of drive time left, based on time/speed/location, etc, a parental 
control system which dictates that a child only has so many minutes of 
viewing time left in their preassigned daily allocation, or a computer 

30 scheduling program which knows there is a meeting on your calendar in 
seven minutes. 
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If no time is specified, the rebroadcast program has a default time 
to use t the default time being the full program as provided in a program 
file. 

For example, a five minute Paul Harvey rebroadcast news program 
5 is requested to play in four minutes. Two news items from the center are 
dropped from the broadcast. If the same program is requested to play for 
only two minutes, six news items and one of the two commercials are 
dropped from various parts of the rebroadcast unit to meet that goal. 
Commercials can also be given importance and be made to be 
10 shortened or dropped, or an alternative commercial substituted, 
depending on time limitations. 

Rebroadcast occurs in at least two forms: on a feed from the 
remote server, e.g., a web server, or on a feed locally through a virtual 
player server. In each case, the desired time is provided up front (either 
15 from the user, a user profile, or automatically by another program) and the 
server (remote or local) adjusts the time by following the replay plan. 

The user can adjust the time in the middle of the broadcast - 
specifying more time is available, or less time is available, and the output 
is dynamically adjusted to the replay plan with the new time parameters, 
20 Provision is made for defaults if no desired time is provided. For 

example, the default time may be defined as being the full program as 
provided in a program file. 

In this way the listener gets the most desirable information in an 
order which spreads out the better information over the life of the 
25 rebroadcast. 

Functions of pause and replay can be selected (by the user ) to 
deduct time dynamically during the rebroadcast. Thus, if the user wants a 
10 minute broadcast, and they rewind to hear an 800 number, or pause 
while they take a phone call, less important segments are dropped during 
30 the diversion, and the more important segments are given priority and still 
heard, yet the broadcast stays 10 minutes. 
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Provision is made for connecting replay timing to other events: for 
example, setting automatic pause when phone calls come in; or 
lengthening a rebroadcast on certain days; shortening a rebroadcast 
based on location of an automobile. 
5 Provision is made for playing unlistened to material at a later time. 

For example, if paused during the 10 minute broadcast (or surfed to 
another channel) and 3 minutes of time were lost in the middle, an option 
would allow the user to unpause and listen to the entire program, thereby 
extending the total time to 13 minutes, or to keep the program time to 10 

10 minutes by dropping three minutes of program, and then catch the lost 3 
minutes another time when the listener has 3 minutes available. 
A list of unlistened/unviewed segments can be displayed. 
According to an aspect of the invention, a rebroadcast packaging 
and playlist are provided. According to another aspect of the invention, a 

1 5 radio/television player is provided which replays the broadcast and reacts 
to the need to pause/rewind, and resends the adjusted time to the server 
(remote or local). 

The invention provides a number of advantages to rebroadcasters 
who will pick up additional customers they may otherwise miss. People 

20 want to determine themselves when they watch/listen to things and what 
they watch/listen to. Providing a broadcast that fits the time of the listener 
will get more listeners and more people to hear the advertisements. 

Currently rebroadcasting uses the same format as live shows. 
Most are not intended to be shortened. When they are shortened, it is at 

25 the end. They put important things at the front and less important at the 
end, hoping that the listener will stay as long as possible, in these cases, 
the assumption is that it they lose the listener, they will have gotten in their 
early commercials. Advantageously, according to the invention, the 
broadcasters can arrange things so they keep the customer at the end of 

30 the rebroadcast. 
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The invention is equally applicable to digital radios and digital TV's, 
i.e., TIVO. 

With reference to Fig. 1 , an exemplary process according to the 
invention may include the following operations; 
5 1) encode a rebroadcast program with a replay plan which 

prioritizes portions of the rebroadcast, assign a priority to commercials, 
commercials are made to be shortened or dropped, or an alternative 
commercial substituted, depending on time limitations, the broadcasters 
can arrange things so they keep the customer at the end of the 
10 rebroadcast, provide a rebroadcast packaging and playiist, 
rebroadcast occurs in two forms: 

on a feed from the remote server, or 

on a feed locally through a virtual player server, 

15 2) provide a preferred play time at the start, the server (remote or 

local) adjusts the time by following the replay plan 

a) select the preferred play time in response to a specific 

user request 

b) select the preferred play time based on a user profile 
20 c) select the preferred play time automatically by another 

program 

1) an automobile system which estimates there are so 
many minutes of drive time left 

2) a parental control system which dictates that a 

25 child only has so many minutes of viewing time left in their daily allocation 

3) a computer which knows there is a meeting on 
your calendar in seven minutes 

d) connect replay timing to other events 

1) set automatic pause when phone calls come in, 
30 2) lengthen a rebroadcast on certain days; or 
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3) shorten a rebroadcast based on location of an 

automobile 

e) provide a radio/television player which has functions of 
pause and replay which can be selected by the user to deduct time 

5 dynamically during the rebroadcast and which: 

1) replays the broadcast 

2) reacts to the need to pause/rewind 

3) resends the adjusted time to server (remote or 

local) 

1 0 4) plays unlistened to material at a later time 

5) displays a list of unlistened/unviewed segments 

f) use a default play time for the rebroadcast program if no 
time is specified, and 

15 3) provide a broadcast that fits the time of the listener 

a) clip the resulting program to meet the preferred playtime 

b) clip anywhere in the broadcast: beginning, middle or end 

c) user can adjust the time in the middle of the broadcast 
the output is dynamically adjusted to the replay plan with the new time 

20 parameters, by: 

1) specifying more time is available, or 

2) less time is available 

With reference to Fig. 2, an exemplary system for implementing the 
25 process according to an exemplary embodiment of the invention is 
illustrated, A remote server is accessible over the Internet by a user 
computer. The server has an encoded rebroadcast program stored 
thereon, (A feed can also be provided locally by a virtual server.) The 
user computer preferably has at least processor, storage and a graphical 
30 user interface (GUI). 
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Fig, 3 illustrates an exemplary segment record according to an 
exemplary embodiment of the invention. As can be seen, an exemplary 
segment record includes a title, length, priority, location, status, and a 
next, previous and alternate segment indicator. An optional alternate 
5 segment is a segment that is not one of the segments of that particular 
program that would normally be played when there are no time 
constraints, but is an alternate segment that would be played instead of a 
segment of the particular program. In other words, an alternate segment 
is a different, usually shorter but could be longer, segment which will be 
10 played in place of a particular segment due to time or other constraints, 
for example. An alternate segment would not usually specify another 
segment as an alternate, and, in particular would not specify a referring 
segment as its alternate to avoid the possibility of getting into a loop 
situation. 

15 The status can be planned, played, hidden, or forgotten. Planned 

indicates that the associated program segment is planned to be played, 
played indicates that the associated program segment has already been 
played, and hidden means that the associated program segment will not 
be played. Forgotten applies to an alternate segment and means that the 

20 associated segment has been played and the alternate segment should 
be hidden permanently and never played, i.e., forgotten. 

Fig. 4 illustrates an exemplary program file having segment records 
and program data according to an exemplary embodiment of the 
invention. The segment records have already been described above. 

25 The program data is the digitized audio and/or video material. The 

program file may be obtained as needed from the server (remote or local). 
The segment record(s) may be obtained first and then the program data 
as needed. 

Fig. 5 illustrates a flow chart of an exemplar/ process of program 
30 segment planning according to an exemplary embodiment of the 

invention. The process begins at 501. In block 502, all hidden segment 
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status is reset to planned, and all alternate segments (if they exist) are set 
to hidden. In block 503. the total plan is set to the sum of all planned 
segment lengths. The total plan thus means the entire program time if all 
the segments were played. At decision block 504, a loop from lowest to 
5 highest priority is started. If the loop has reached the highest priority and 
there are no more planned segments left, the process is done and flow 
returns at block 505, otherwise, flow proceeds to decision block 506. 

In decision block 506, a loop for each planned segment is begun, 
until there are no more which would take flow to 504. Decision block 507 

1 0 checks if the total plan time is less than or equal to the time avaiiable, that 
is, the time specified by the user, the user profile, another program, etc., 
as described above. If the total plan time is less than the time available 
(T), then flow proceeds to 508 and the flow returns. Otherwise, flow 
proceeds to decision block 509 where the current segment priority is 

15 tested to see if it is less than or equal to a current filter priority, and if it is 
(T), flow proceeds to block 510, where the segment status is set to hidden 
and alternate segment status (if existent) is set to planned, otherwise flow 
loops back to 506. 

After block 510, flow proceeds to block 51 1 where the total plan is 

20 decreased by the current, now hidden, segment length, or, in the case of 
an alternate segment, the total plan is increased by the alternate segment 
length. Then flow proceeds to loop back to 506. The above process thus 
configures a program according to the time specified by a user and taking 
into consideration the assigned priority of each program segment. It 

25 should be noted that alternate segments are optional thus, in blocks 502, 
510. 603, 622, the alternate segment status is set only IF the alternate 
segment exists.) 

Fig. 6 illustrates a flow chart of an exemplary process implementing 
a player according to an exemplary embodiment of the invention. The 
30 process begins at 601. In block 602, the mode is set to play, indicating 
the beginning of the playing process. In block 603. all segments status is 
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set to planned, and alternate segments status is set to hidden. In block 
604, a timer is started. In block 605, the time available, which may take 
into account the elapsed time of the timer from block 604, is retrieved in 
any of the ways provided, e.g,, user input, other programmatic input, etc., 
5 and in block 606, if the mode is set to play, then flow proceeds to block 
607 to plan which segments to play (the planning process was just 
described and is illustrated in Fig, 6). In block 608, the next planned 
segment is selected, and then flow proceeds to decision block 618 to 
check if there are any more segments. 

10 However, if the mode is set to replay as determined in decision 

block 609, then flow proceeds to block 610 where the next segment that is 
planned or played is selected. Flow then proceeds to decision block 61 1 
where it is tested whether the segment status is planned, and if planned 
(T) flow proceeds to block 612 where the mode is set to play, and flow 

1 5 proceeds to 61 8. If the result of 61 1 is that the segment status is not 
planned (F), flow proceeds to 618 without setting the mode to play. 

If the mode is not play in 606, and not replay In 609, then the mode 
is checked to see if it is fast forward in block 616, in which case flow 
proceeds to block 614 to plan segments, and then to block 615 to select 

20 the next planned or played segment Then flow proceeds to 618. 

If the mode is not play (606), replay (609), or fast forward (613), the 
flow reaches decision block 616 to determine if the mode is fast reverse, 
and if so, flow proceeds to 617 to select the previous planned or played 
segment, and then to 618. Otherwise, flow proceeds to 618 from 616. 

25 In decision block 61 8, it is determined whether there are any more 

segments, and if there are no more segments (T), flow proceeds to end 
619. If there are more segments (F), then flow proceeds to 620 to play a 
segment according to the selected mode, i.e., play, replay, fast forward or 
fast reverse. During this play, the user may select to play, rewind, pause 

30 etc., or other programmatic features may control pausing, e.g., in 

response to an incoming telephone call. When the playing is completed, 
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620 exits with a return mode indicating the direction in completion status. 
Then flow proceeds to decision block 621 where it is determined whether 
the return mode is either play or replay, and if so (T), flow proceeds to 622 
to set the segment status to played, or in the case of an alternate 
5 segment to forgotten, and then proceeds to 623. Otherwise (F) t flow 
proceeds directly to 623 where the mode is set to return mode, and flow 
proceeds back to block 605. 

The invention may be embodied as a computer program product. 
A computer program product includes a recording medium, such as a 
10 floppy disk, a high-capacity read only memory in the form of an optically 
read compact disc or CD-ROM, a tape, a transmission type media, such 
as a digital or analog communications link, or a similar computer program 
product. 

It will be apparent to one skilled in the art that the manner of 
15 making and using the claimed invention has been adequately disclosed in 

the above-written description of the preferred embodiment(s) taken 

together with the drawings. 

It will be understood that the above described preferred 

embodiment(s) of the present invention are susceptible to various 
20 modifications, changes, and adaptations, and the same are intended to be 

comprehended within the meaning and range of equivalents of the 

appended claims. 

Further, although a number of equivalent components may have 

been mentioned herein which could be used in place of the components 
25 illustrated and described with reference to the preferred embodiments), 

this is not meant to be an exhaustive treatment of all the possible 

equivalents, nor to limit the invention defined by the claims to any 

particular equivalent or combination thereof. A person skilled in the art 

would realize that there may be other equivalent components presently 
30 known, or to be developed, which could be used within the spirit and 

scope of the invention defined by the claims. 
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I What is claimed is: 

2 

1 1 A method of providing rebroadcast programming, 

2 comprising: 

3 encoding a rebroadcast program; 

4 specifying a preferred play time; and 

5 providing a broadcast that fits the preferred play time. 
6 

1 2. The method according to claim 1 , wherein the encoding a 

2 rebroadcast program comprises encoding a rebroadcast program with a 

3 replay plan which prioritizes portions of the rebroadcast. 
4 

1 3. The method according to claim 1, wherein the specifying a 

2 preferred play time comprises at least one of: 

3 a) specifying the preferred play time in response to a specific user 

4 request; 

5 b) specifying the preferred play time based on a user profile; 

6 c) specifying the preferred play time automatically by another 

7 program; 

$ d) connecting a replay timing to other events, wherein the other 

9 events include at least one of; 

10 1) set automatic pause when phone calls come in, 
\ i 2) lengthen a rebroadcast on certain days; or 

12 3) shorten a rebroadcast based on location of an 

13 automobile; 

14 e) providing a radio/television player which has at least the 

1 5 functions of pause and replay which can be selected by the user to deduct 

16 time dynamically during the rebroadcast and which performs at least one 

17 of; 

18 1) replays the broadcast; 
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1 9 2) reacts to the need to pause/rewind; 

20 3) respecifies the adjusted time; 

21 4) plays unlistened to material at a later time; and 

22 5) displays a list of unlistened/unviewed segments; 

23 and 

24 f) using a default play time for the rebroadcast program if no time is 

25 otherwise specified. 
26 

1 4. The method according to claim 3, wherein in the 

2 specifying the preferred play time automatically by another program, the 

3 other program comprises at least one of: 

4 1 ) an automobile system which estimates there are so many 

5 minutes of drive time left; 

6 2) a parental control system which dictates that a child only 

7 has so many minutes of viewing time left in their daily allocation; 

8 3) a computer which knows there is a meeting in so many 

9 minutes. 
10 

1 5. The method according to claim 1 . wherein the providing a 

2 broadcast that fits the preferred play time comprises at least one of: 

3 a) clipping the resulting program to meet the preferred play time 

4 wherein clipping can be done anywhere in the broadcast, at the 

5 beginning, the middle or the end; and 

6 b) adjusting by the user the time in the middle of the broadcast so 

7 that the output is dynamically adjusted to the replay plan with new time 

8 parameters, by at least one of: 

9 1) specifying more time is available, or 
1 o 2) specifying that less time is available. 
11 
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! 6. A computer program product including a recording medium, 

2 the recording medium having program instructions stored thereon for 

3 implementing the method according to claim 1. 
4 

1 7. A computer program product including a recording medium, 

2 the recording medium having program instructions stored thereon for 

3 implementing the method according to claim 2. 
4 

1 8. A computer program product including a recording medium, 

2 the recording medium having program instructions stored thereon for 

3 implementing the method according to claim 3. 
4 

1 9, A computer program product including a recording medium, 

2 the recording medium having program instructions stored thereon for 

3 implementing the method according to claim 4. 
4 

1 10. A computer program product including a recording medium, 

2 the recording medium having program instructions stored thereon for 

3 implementing the method according to claim 5. 
4 

1 11. A system for implementing a method according to claim 1 , 

2 comprising: 

3 a remote server having an encoded rebroadcast program thereon, 

4 accessible over a communications network; and 

5 a user device for accessing the encoded rebroadcast program over 

6 the communications network. 
7 

1 12. The system according to claim 11, wherein the 

2 communications network comprises the Internet. 
3 



19 



KOC92Q000182-US1 
(IBM-156) 



1 1 3, The system according to claim 1 1 , wherein the user device 

2 comprises a personal computer. 

1 14. The method according to claim 1 , wherein the rebroadcast 

2 program comprises audio. 

1 15. The method according to claim 14, wherein the rebroadcast 

2 program further comprises video. 
3 

1 16, The method according to claim 1 , wherein the rebroadcast 

2 program comprises a radio broadcast. 
3 

1 17. The method according to claim 1, wherein the rebroadcast 

2 program comprises a television broadcast. 
3 

1 18. The method according to claim 2, wherein the rebroadcast 

2 program comprises at least one of: 

3 audio; 

4 video; 

5 a radio broadcast; and 

6 a television broadcast 
7 

1 19, The method according to claim 4, wherein the rebroadcast 

2 program comprises at least one of 

3 audio; 

4 video; 

5 a radio broadcast; and 

6 a television broadcast. 
7 

1 20. The method according to claim 5 } wherein the rebroadcast 

2 program comprises at least one of: 
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3 audio; 

4 video; 

5 a radio broadcast; and 

6 a television broadcast. 
7 

1 21 . The method according to claim 1 , wherein the rebroadcast 

2 program has a segment record and program data; 

3 wherein the segment record comprises a plurality of fields including 

4 any of: a title field, a length field, a priority field, a location field, a status 

5 field, a next field, a previous field, and an alternate segment specifier field; 

6 wherein the status field specifies one of planned, played, hidden or 

7 forgotten; and 

8 wherein the providing a broadcast that fits the preferred play time 

9 comprises: 

10 setting a user mode to play; 

1 1 setting all segment status to planned and setting alternate segment 

12 status to hidden; 

13 starting a timer; 

14 until there are no more segments, getting the preferred play time 

15 value; 

16 detecting the user mode, the user mode being one of play, replay, 

1 7 fast forward or fast reverse; 

1 8 if the user mode is play, then: 

19 planning segments; and 

20 selecting a next planned segment; 

21 if the user mode is not play, and the user mode is replay, then: 

22 selecting a next planned or played segment; 

23 if the segment status is planned, then setting the mode to 

24 play; 

25 if the user mode is not play and not replay, and the user mode is 

26 fast forward, then: 

21 
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27 planning segments; and 

28 select a next planned or played segment; 

29 if the user mode is not play, not replay, and not fast forward, and 

30 the user mode is fast reverse, then; 

31 select a previous planned or played segment; 

32 if there are no more segments, then end; 

33 if there are more segments, then: 

34 play segment according to user mode; 

35 if a return mode is play or replay, then: 

36 set segment status to played and alternate segment status 

37 to forgotten; 

38 set the mode to the return mode; 

39 return to getting the preferred play time value until there are no 

40 more segments; 

41 if there are no more segments, then end, 
42 

1 22. The method according to claim 21, wherein the planning 

2 segments comprises: 

3 setting all segments having a hidden status to planned 

4 status: 

5 setting all alternate segments status to hidden; 

6 setting a total plan variable to the sum of all planned 

7 segment lengths; 

8 beginning with a lowest priority segment, for each planned 

9 segment, if the total planned time is not less than or equal to a time 

10 available variable, and if a segment priority is less than or equal to a 

1 1 current filter priority, then: 

12 set segment status to hidden, and set alternate 

13 segment status to planned; and 

14 decrease total plan by segment length and increase 

1 5 total plan by alternate segment length. 

22 



ROC9P.ooooiii2-usi 

JIBM-156) 



16 



1 23. The method according to claim 1, wherein the encoding a 

2 rebroadcast program comprises: 

3 encoding a rebroadcast program with a replay plan which prioritizes 

4 portions of the rebroadcast including assigning a priority to commercials 

5 which have been made to be shortened, dropped, or an alternative 

6 commercial substituted, depending on time limitations. 
7 

1 24. wherein the encoding a rebroadcast program comprises: 

2 encoding a rebroadcast program with a replay plan which prioritizes 

3 portions of the rebroadcast; and 

4 providing a rebroadcast packaging and playlist. 
5 

1 25. The method according to claim 1 , wherein the rebroadcast 

2 program is divided into segments; 

3 wherein the providing a broadcast that fits the preferred play time 

4 comprises substituting an alternate program segment for a program 

5 segment of the rebroadcast program; 

6 wherein an alternate segment is a segment that is not normally 

7 played when there are no time constraints, but can be played instead of 

8 an associated segment of a particular rebroadcast program, 
9 

1 26. The method according to claim 5, further comprising playing 

2 unlistened to material at a later time upon selection by a user. 
3 

1 27, The method according to claim 26, further comprising 

2 displaying a list of unlistened/unviewed material which can be selected by 

3 a user. 

4 

1 28. The method according to claim 1 , wherein the rebroadcast 

2 program has a segment record and program data; and 
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3 wherein the segment record comprises a plurality of fields 

4 including: a title field, a length field, a priority field, a location field, a status 

5 field, a next field, a previous field, and an alternate segment specifier field. 
6 
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Abstract 

A method of providing rebroadcast programming includes encoding 
a rebroadcast program, specifying a preferred play time, and providing a 
broadcast that fits the preferred play time. The encoding of the 
5 rebroadcast program can use a replay plan which prioritizes portions of 
the rebroadcast. A priority can be assigned to commercials which have 
been made to be shortened or dropped, or an alternative commercial 
substituted, depending on time limitations. A rebroadcast packaging and 
piaylist are provided. The specifying a preferred play time can be done by 

10 one of the following ways: specifying the preferred play time in response 
to a specific user request; specifying the preferred play time based on a 
user profile; specifying the preferred play time automatically by another 
program; connecting a replay timing to other events, wherein the other 
events includes setting an automatic pause when phone calls come in, 

15 lengthening a rebroadcast on certain days, and shortening a rebroadcast 
based on location of an automobile; providing a radio/television player 
which has functions of pause and replay which can be selected by the 
user to deduct time dynamically during the rebroadcast and which 
performs at least one of: replaying the broadcast; reacting to the need to 

20 pause/rewind; respecifying the adjusted time; playing unlistened to 
material at a later time; and displaying a list of unlistened/unviewed 
segments. A default play time for the rebroadcast program is used if no 
time is otherwise specified. 
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SPECIFY PREFERRED PLAY TIME BY AT LEAST ONE OF: 
USER REQUEST, USER PROFILE, AUTOMATICALLY BY ANOTHER 
PROGRAM, CONNECT REPLAY TO OTHER EVENTS, PAUSE/REPLAY BY 
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TIME FOR REBROADCAST PROGRAM IF NO TIME IS SPECIFIED 
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As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. I believe I am the 
original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor (if 
plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the 
invention entitled: 

SQUEEZABLE REBROADCAST FILES 



the specification of which (check one) 

X is attached hereto. 

was filed on as 

Application Serial No. 

and was amended on 

( if applicable ) 

I hereby state that I have reviewed and understand the contents of the above identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application in 
accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §1 19 of any foreign 
application(s) for patent or inventor's certificate listed below and have also identified below any foreign 
application for patent or inventor's certificate having a filing date before that of the application on which 
priority is claimed: 

Prior Foreign Application(s) Priority Claimed 

Yes No 



(Number) (Country ) (Day/Month/Year Filed) 

I hereby claim the benefit under Title 35, United States Code, § 120 of any United States Application(s) 
listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in the 
prior United States application in the manner provided by the first paragraph of Title 35, United States 
Code, §1 12, 1 acknowledge the duty to disclose information material to the patentability of this application 
as defined in Title 37, Code of Federal Regulations, § 1 .56(a) which occurred between the filing date of the 
prior application and the national or PCT international filing date of this application: 



(Application Serial No.) (Filing Date) (Status: Patented, Pending, Abandoned) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made 
on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or 
both, under Section 1001 of Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 
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